DOCSLIB.ORG

What Are They, and What Are the Benefits and Risks?

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
What Are They, and What Are the Benefits and Risks? 1 Groovy and Grails What are they, and what are the benefits and risks? Spring Framework Meeting, 14 June 2008 2 Who am I? John Leach, Chief Technical Officer for Syger Java developer from the start – and still learning Syger - a small software consultancy in Verona, Italy Who are you? Who's heard of Groovy? Who's heard of Grails? Who writes web applications? Pleased to meet you Warning! Intensive content session Lots to see, not much time Questions at the end Spring Framework Meeting, 14 June 2008 3 Overview of Dynamic scripting language Similar syntax to Java Evolution not revolution But... with closures and meta programming and relaxed typing and lots of syntax sugar and a silly name - sigh Spring Framework Meeting, 14 June 2008 4 Overview of Ruby on Rails philosophy – evolution not revolution Convention over configuration Uses 20% Groovy and 80% Java (elegance and power) But... with Spring, Hibernate, and SiteMesh has a plugin architecture no XML (though it's there when you need it) no HQL/SQL (though they're there when you need them) no Ruby, JRuby or Rails Spring Framework Meeting, 14 June 2008 5 Java to Groovy – Step 1 HelloWorld.groovy public class HelloWorld { private String name; public void setName(String name) { this.name = name; } public String getName() { return name; } public String greet() { return "Hello " + name; } public static void main(String... args) { HelloWorld helloWorld = new HelloWorld(); helloWorld.setName("Groovy"); System.out.println(helloWorld.greet()); } } Spring Framework Meeting, 14 June 2008 6 Java to Groovy – Step 2 HelloWorld.groovy class HelloWorld { String name String greet() { return "Hello " + name } static void main(String... args) { HelloWorld helloWorld = new HelloWorld() helloWorld.name = 'Groovy' println(helloWorld.greet()) } } Spring Framework Meeting, 14 June 2008 7 Java to Groovy – Step 3 HelloWorld.groovy class HelloWorld { String name String greet() { "Hello ${name}" } static void main(String... args) { println new HelloWorld(name: 'Groovy').greet() } } Plain Ordinary Groovy Objects Reduced clutter Simple constructors Adapted from: http://groovy.dzone.com/news/java-groovy-few-easy-steps Spring Framework Meeting, 14 June 2008 8 Java to Groovy – Check HelloWorld.class Groovy: JUGSardegna>groovy HelloWorld.groovy Hello Groovy Java: JUGSardegna>groovyc HelloWorld.groovy JUGSardegna>java -cp %GROOVY_HOME%\embeddable\groovy-all-1.5.4.jar;.\ HelloWorld Hello Groovy Javap: JUGSardegna>javap HelloWorld Compiled from "HelloWorld.groovy" public class HelloWorld extends java.lang.Object implements groovy.lang.GroovyObject { public HelloWorld(); public java.lang.String greet(); public java.lang.String getName(); public void setName(java.lang.String); public static java.lang.Object main(java.lang.String[]); ... } Spring Framework Meeting, 14 June 2008 9 Groovy Closures – Step 1 ListTests.groovy import static java.lang.System.out; import static java.util.Arrays.asList; import java.util.ArrayList; import java.util.List; public class ListTests { public static void main(String... args) { List<String> names = asList("Ted", "Fred", "Jed", "Ned"); out.println(names.getClass().toString() + " " + names); List<String> shortNames = new ArrayList<String>(); for(String s : names) { if (s.length() < 4) { JUGSardegna>groovy ListTests.groovy shortNames.add(s); class java.util.Arrays$ArrayList } ["Ted", "Fred", "Jed", "Ned"] } 3 out.println(shortNames.size()); Ted for(String s : shortNames) { Jed out.println(s); Ned } } }Spring Framework Meeting, 14 June 2008 10 Groovy Closures – Step 2 ListTests.groovy class ListTests { static void main(String... args) { List<String> names = ['Ted', 'Fred', 'Jed', 'Ned'] println "${names.class} ${names}" List<String> shortNames = new ArrayList() for(String s : names) { if (s.length() < 4) { shortNames << s } } println shortNames.size() shortNames.each { println it } } } Spring Framework Meeting, 14 June 2008 11 Groovy Closures – Step 3 ListTests.groovy List<String> names = ['Ted', 'Fred', 'Jed', 'Ned'] println "${names.class} ${names}" List<String> shortNames = names.findAll { it.length() < 4 } println shortNames.size() shortNames.each { println it } JUGSardegna>groovy ListTests.groovy class java.util.ArrayList ["Ted", "Fred", "Jed", "Ned"] 3 Ted Jed Ned Idiomatic Groovy Reduced clutter Simple concise syntax Adapted from: http://groovy.dzone.com/news/java-groovy-part-2-closures-an Spring Framework Meeting, 14 June 2008 12 Meta Object Protocol - MOP Introspection: MyClass.metaClass.methods.each { println it.name } MyClass.metaClass.properties.each { println it.name } MyClass.metaClass.respondsTo(obj, 'execute') MyClass.metaClass.hasProperty(obj, 'status') Dynamic method invocation: obj."$name"() Dynamic property getters and setters: Object value = obj."$name" obj."$name" = value Spring Framework Meeting, 14 June 2008 13 Meta Object Protocol - MOP Intercepting (Aspect Oriented Programming) def invokeMethod = { String name, args -> println "$name invoked" } def getProperty = { String name -> println "getting $name" } def setProperty = { String name, value -> println "setting $name" } Changing behaviour at run time: def methodMissing = { String name, args -> "No $name method" } def propertyMissing = { String name -> "No $name property" } Duck.metaClass.quack = { "Quack!" } // duck.quack() Duck.metaClass.getSpecies = { -> "Canard" } // duck.species Spring Framework Meeting, 14 June 2008 14 Domain Specific Language: AntBuilder AntBuilder ant = new AntBuilder() String myDir = 'target/AntTest/' ant.sequential { echo('inside sequential') mkdir(dir: myDir) copy(todir: myDir) { fileset(dir: 'src/test') { include(name: '**/*.groovy') } } echo('done') } File file = new File('target/AntTest/groovy/util/AntTest.groovy') assert file.exists() // yes it does Adapted from: http://groovy.codehaus.org/Using+Ant+from+Groovy Gant – Groovy, Ant, but no XML: http://gant.codehaus.org/ Spring Framework Meeting, 14 June 2008 15 Domain Specific Language: MarkupBuilder Groovy snippet: MarkupBuilder xml = new MarkupBuilder(writer) xml.'rec:records'('xmlns:rec':'http://groovy.codehaus.org') { car(name:'HSV Maloo', make:'Holden', year:2006) { country('Australia') record(type:'speed', ' Truck with speed of 271kph') } } Output snippet: <rec:records xmlns:rec='http://groovy.codehaus.org'> <car name='HSV Maloo' make='Holden' year='2006'> <country>Australia</country> <record type='speed'> Truck with speed of 271kph</record> </car> </rec:records> Adapted from: http://groovy.codehaus.org/Creating+XML+using+Groovy's+MarkupBuilder Spring Framework Meeting, 14 June 2008 16 But Wait, there's More! Ranges – 0..9, 0.<10 Curried closures Regular expression syntax sugar - /\d+/ Extended switch operator – switch(title) { case 'Groovy': ... Operator overloading – list << item Elvis operator – value = value ?: defaultValue; Safe dereferencing - person?.parents?.grandParents The Expando class – saves writing a 'real' class Unit testing, the Groovy Mock Library SwingBuilder Joint compiler (compile Groovy and Java source code together) ... But we don't have time for all that now Spring Framework Meeting, 14 June 2008 17 Groovy – the Good News Past the version 1.0 barrier (2 Jan 2007) IDE support is maturing (Eclipse, NetBeans, and IntelliJ IDEA) Being used in industry th Currently around 30 place according to TIOBE (http://www.tiobe.com) G2One Inc., support from the Lead developer (Guillaume Laforge) IBM Project Zero “Drill down” to Java when you need the speed Spring Framework Meeting, 14 June 2008 18 Groovy – the Bad News IDE support is still maturing Slow execution speed (but not s-l-o-w) Idiomatic Groovy is not Java Won't get you a Job Spring Framework Meeting, 14 June 2008 19 Groovy – the Fear, Uncertainty, and Doubt Interpreted language – no, compiled to Java bytecode Not a standard – no, JSR 241 Orphan project – no Sun, Oracle, IBM, IntelliJ support Usurping Java – no, augmenting Java No Groovy programmers – no, most Java programmers should understand it Spring Framework Meeting, 14 June 2008 20 Pragmatic Groovy Start in places where execution speed is less important: Build scripts – AntBuilder, Gant Unit testing, and mocking Swing User Interfaces – SwingBuilder Domain Specific Languages Spring Framework Meeting, 14 June 2008 21 Grails – What's in the Box? Generators Predefined application layout (folders) Model View Controller pattern - surprise! GORM – Hibernate made easy Spring and Spring MVC under the covers SiteMesh powering the views Groovy Server Pages (GSP) Tag Libraries but no XML Plug-in architecture Testing – unit, integration, web Excellent, concise documentation Spring Framework Meeting, 14 June 2008 22 Generators grails create-app Creates (and populates) the application directories grails create-domain-class Creates an empty domain (model) class grails create-service Creates a transactional business logic class grails create-tag-lib Creates an empty tag library class grails create-unit-test Creates a unit test class grails generate-controller Generates a CRUD controller class for a domain class grails generate-views Generates the four CRUD views for a domain class grails run-app Runs the web application in Jetty grails test-app Runs the unit tests grails console Runs the Grails Swing interactive console grails shell Runs the Grails interactive shell grails war Creates a war file for JEE deployment Run grails create-app, then grails run-app, and you've got an (empty) running web application, in less than 30 seconds You'll still have to write some code yourself Spring Framework Meeting, 14 June 2008
Load more

Recommended publications
  • Technical Project and Product Manager Solution Architect and Senior Full Stack Developer
    Technical project and product manager Solution architect and senior full stack developer Profile Technical project and product manager, working with R&D software innovation processes, with a background as solution architect and senior full stack developer. Experienced manager of outsourced teams in many different countries, working with team efficiency based on pragmatic Scrum approach. Experience from scaled agile projects with hundreds of people involved. I am used to working with confidential information and have been security cleared several times. Knowledge I have been programming more than 20 different programming, script and database languages the last 36 years. My recent programming skills include NodeJS, JavaScript, Python, C#, Java, React for progressive web apps (PWA) and some courses in React-Native Expo. I have worked mostly with REST API architecture and a little GraphQL. I have specialist knowledge from leading CMS and DMS systems like Sitecore, DOCUMENTUM and Public 360, were I as product manager had to know Danish law on personal data and record management (ESDH). I worked many years on products for the educational sector and non-profit projects like Oligo Academy, that uses virtual worlds in primary schools for teaching environmental issues and other study subjects. Nikolaj Lisberg Hansen Born 1973 and started programming early in 1984. Got first programming job in 1995 and started working as freelance solution architect and technical project manager in 2006. I practice Tai Chi, love music and like to travel the world. Languages Very good Danish, English and German. Availability 10-25 hours per week normally remote or on-site near Copenhagen. Flexible salary between 96€ / hour (600 DKK) for remote work and 144€ / hour (900 DKK) for on-site work on product innovation or as technical project manager, solution architect or senior developer.
    [Show full text]
  • Introduction to Groovy and Grails
    Introduction to Groovy and Grails Mohamed Seifeddine November 25, 2009 1 Contents 1 Foreword 5 2 Introduction to Groovy 7 3 Getting started 9 3.1 Installing Groovy . .9 3.1.1 JDK - A Prerequisite . .9 3.1.2 Installing Groovy . .9 3.2 Updating Groovy . 10 3.3 Editors for Groovy and Grails . 10 3.4 groovysh, groovyConsole & groovy . 10 4 Boolean Evaluation, Elvis Operator & the Safe Navigation Op- erator 13 4.1 Elvis Operator . 15 4.2 Safe Navigation Operator . 15 5 String & GString 19 6 Classes, Dynamic type, Methods, Closures the & Meta-Object Protocol 21 6.1 Dynamic type . 25 6.2 Closure . 29 6.2.1 Create . 29 6.2.2 Call . 30 6.2.3 Getting Information . 33 6.2.4 Method Reference Pointer . 33 6.3 More on Methods . 35 6.3.1 Optional Parantheses . 35 6.3.2 Positional Parameters . 35 6.3.3 Optional Parameters . 36 6.3.4 Mapped Parameters . 37 6.3.5 Dynamic Method Call . 37 6.4 Meta-Object Protocol . 39 6.4.1 Adding Methods & Properties . 39 6.4.2 Add Constructor . 41 6.4.3 Intercepting Method Calls . 41 6.4.4 Getting Information . 42 7 Collections (List, Range, Map) and Iterative Object Methods 47 7.1 List . 47 7.2 Range . 50 7.3 Map . 52 8 Other 55 8.1 Groovy Switch . 55 8.2 Groovy SQL . 56 8.3 File . 58 8.4 Exception Handling . 60 2 8.5 Other . 60 9 Introduction to Grails 61 10 Getting Started 63 10.1 Installing Grails .
    [Show full text]
  • Cloud Computing Synopsis and Recommendations
    Special Publication 800-146 Cloud Computing Synopsis and Recommendations Recommendations of the National Institute of Standards and Technology Lee Badger Tim Grance Robert Patt-Corner Jeff Voas NIST Special Publication 800-146 Cloud Computing Synopsis and Recommendations Recommendations of the National Institute of Standards and Technology Lee Badger Tim Grance Robert Patt-Corner Jeff Voas C O M P U T E R S E C U R I T Y Computer Security Division Information Technology Laboratory National Institute of Standards and Technology Gaithersburg, MD 20899-8930 May 2012 U.S. Department of Commerce John Bryson, Secretary National Institute of Standards and Technology Patrick D. Gallagher, Under Secretary of Commerce for Standards and Technology and Director CLOUD COMPUTING SYNOPSIS AND RECOMMENDATIONS Reports on Computer Systems Technology The Information Technology Laboratory (ITL) at the National Institute of Standards and Technology (NIST) promotes the U.S. economy and public welfare by providing technical leadership for the nation’s measurement and standards infrastructure. ITL develops tests, test methods, reference data, proof of concept implementations, and technical analysis to advance the development and productive use of information technology. ITL’s responsibilities include the development of management, administrative, technical, and physical standards and guidelines for the cost-effective security and privacy of other than national security-related information in Federal information systems. This Special Publication 800-series reports on ITL’s research, guidance, and outreach efforts in computer security and its collaborative activities with industry, government, and academic organizations. National Institute of Standards and Technology Special Publication 800-146 Natl. Inst. Stand. Technol. Spec. Publ.
    [Show full text]
  • Perception and Effects of Implementing Kotlin in Existing Projects
    Bachelor thesis Undergraduate level Perception and effects of implementing Kotlin in existing projects A case study about language adoption Author: Emil Sundin Supervisor: Wei Song Examiner: Azadeh Sarkheyli Discipline: Informatics Course: IK2017 Credit: 15 credits Examination date: 2018-05-25 Dalarna University provides the opportunity for publishing the thesis through DiVA as Open Access. This means that the thesis work will become freely available to read and download through their portal. Dalarna University encourages students as well as researchers to publish their work in the Open Access format. We approve the publishing of this thesis work under the Open Access format: Yes ☒ No ☐ Dalarna University – SE-791 88 Falun – Phone +4623-77 80 00 Abstract The Kotlin programming language has seen an increase of adoption since its launch in 2011. In late 2017 Google announced first-class support for Kotlin on the Android platform which further popularized the language. With this increase in popularity we felt it was interesting to investigate how Kotlin affects the developer experience. We performed a case study to see how Java developers perceive the Kotlin language, and how it meets the requirements of these developers. To gather the developer requirements and their perception of Kotlin we performed two sets of interviews and rewrote parts of their codebase. The first set of interviews identified developer requirements and the second set of interviews showcased the Kotlin language and its potential use in their codebase. The results show that Kotlin can meet most of the developer requirements and that the perception of Kotlin is positive. Kotlin’s ability to be incrementally adopted was a prominent feature which reduced the inherent risks of technology adoption while providing them the ability to further evaluate the language.
    [Show full text]
  • Comparative Studies of 10 Programming Languages Within 10 Diverse Criteria
    Department of Computer Science and Software Engineering Comparative Studies of 10 Programming Languages within 10 Diverse Criteria Jiang Li Sleiman Rabah Concordia University Concordia University Montreal, Quebec, Concordia Montreal, Quebec, Concordia [email protected] [email protected] Mingzhi Liu Yuanwei Lai Concordia University Concordia University Montreal, Quebec, Concordia Montreal, Quebec, Concordia [email protected] [email protected] COMP 6411 - A Comparative studies of programming languages 1/139 Sleiman Rabah, Jiang Li, Mingzhi Liu, Yuanwei Lai This page was intentionally left blank COMP 6411 - A Comparative studies of programming languages 2/139 Sleiman Rabah, Jiang Li, Mingzhi Liu, Yuanwei Lai Abstract There are many programming languages in the world today.Each language has their advantage and disavantage. In this paper, we will discuss ten programming languages: C++, C#, Java, Groovy, JavaScript, PHP, Schalar, Scheme, Haskell and AspectJ. We summarize and compare these ten languages on ten different criterion. For example, Default more secure programming practices, Web applications development, OO-based abstraction and etc. At the end, we will give our conclusion that which languages are suitable and which are not for using in some cases. We will also provide evidence and our analysis on why some language are better than other or have advantages over the other on some criterion. 1 Introduction Since there are hundreds of programming languages existing nowadays, it is impossible and inefficient
    [Show full text]
  • Nikolaj Lisberg Hansen Availability: Only for Minor Ongoing Tasks Or Ad Address: Valdemarsgade 41, St
    Personal profile Entrepreneur and Product Manager Experienced Technical project manager Solution architect and senior developer Entrepreneur and Product Manager with experience as technical project manager, solution architect and senior developer. Good knowledge of product development processes in R&D and public-sector domain knowledge for legal requirements in record and document management. Team efficiency based on a pragmatic approach to using SCRUM methods. Keep IT simple is a primary goal for me in all my work. My primary programming skills include NodeJS, C#, Java, PHP, AngularJS, JavaScript and CSS, but I have been programming more than 18 different programming, script and database languages the last 33 years. I have specialist domain knowledge from market leading CMS and DMS systems like Sitecore and Documentum. I know the Danish laws about personal data and record management (ESDH), from working as product manager in Software Innovation. Currently I am working on a non-profit project called Oligo Academy to use virtual worlds in primary and secondary schools as the basis for international school projects. I worked many years with confidential information and have been security cleared by both Danish Police Intelligence Service and the Danish Defense Intelligence Service several times. Personal information: Born 1973 and started programming early in 1984. Got first programming job in 1995 and started working as freelance solution architect and technical project manager in 2006. Practices the martial art Tai Chi Chuan, loves Jazz music and spending time with my family. Languages: Very good Danish, English and German. Contact information Name: Nikolaj Lisberg Hansen Availability: Only for minor ongoing tasks or ad Address: hoc assistance with solution Valdemarsgade 41, st.
    [Show full text]
  • Collaborative Modelling and Co-Simulation in Engineering and Computing Curricula
    Collaborative Modelling and Co-simulation in Engineering and Computing Curricula Peter Gorm Larsen1, Hugo Daniel Macedo1, Claudio Goncalves Gomes1, Lukas Esterle1, Casper Thule1, John Fitzgerald2, and Kenneth Pierce2 1 DIGIT, Department of Engineering, Aarhus University, Aarhus, Denmark, [email protected] [email protected], [email protected], [email protected] 2 School of Computing, Newcastle University, United Kingdom, [email protected] [email protected] Abstract. The successful development of Cyber-Physical Systems (CPSs) re- quires collaborative working across diverse engineering disciplines, notations and tools. However, classical computing curricula rarely provide opportunities for students to look beyond the confines of one set of methods. In this paper, we report approaches to raising students’ awareness of the integrative role of digital technology in future systems development. Building on research in open but in- tegrated tool chains for CPS engineering, we consider how this has been realised in two degree programmes in Denmark and the UK, and give preliminary find- ings. These include the need for ensuring stability of research-quality tools, and observations on how this material is presented in Computing versus Engineering curricula. 1 Introduction Collaboration between diverse disciplines is essential to the successful development of the Cyber-Physical Systems (CPSs) that are key to future innovations [26]. However, many university curricula train professionals within long-established disciplinary silos such as mechanical, electrical, civil or software engineering, with few opportunities for interaction between them. It is therefore critical to include elements within degree programmes to prepare students for the cross-disciplinary work that will likely feature in their subsequent careers [18].
    [Show full text]
  • The TXM Platform: Building Open-Source Textual Analysis Software Compatible with the TEI Encoding Scheme*
    PACLIC 24 Proceedings 389 The TXM Platform: Building Open-Source Textual Analysis Software Compatible with the TEI Encoding Scheme* Serge Heiden ICAR Laboratory, University of Lyon, 15 parvis René Descartes - ENS de Lyon, 69342 Lyon, France [email protected] Abstract. This paper describes the rationale and design of an XML-TEI encoded corpora compatible analysis platform for text mining called TXM. The design of this platform is based on a synthesis of the best available algorithms in existing textometry software. It also relies on identifying the most relevant open-source technologies for processing textual resources encoded in XML and Unicode, for efficient full-text search on annotated corpora and for statistical data analysis. The architecture is based on a Java toolbox articulating a full-text search engine component with a statistical computing environment and with an original import environment able to process a large variety of data sources, including XML-TEI, and to apply embedded NLP tools to them. The platform is distributed as an open-source Eclipse project for developers and in the form of two demonstrator applications for end users: a standard application to install on a workstation and an online web application framework. Keywords: xml-tei corpora, search engine, statistical analysis, textometry, open-source. 1 Introduction Textometry is a textual data analysis methodology born in France in the 80s in relation with the data analysis framework designed by (Benzecri et al., 1973a,b). A first synthesis of the methodology can be found in (Lebart et al, 1997). It somewhat differentiates from text mining by the fact that it tries to always combine various statistical analysis techniques, like factorial correspondence analysis or hierarchical ascendant classification, with full-text search techniques like kwic concordances to be able to always get back to the precise original editorial context of any textual event participating to the analysis.
    [Show full text]
  • Pipenightdreams Osgcal-Doc Mumudvb Mpg123-Alsa Tbb
    pipenightdreams osgcal-doc mumudvb mpg123-alsa tbb-examples libgammu4-dbg gcc-4.1-doc snort-rules-default davical cutmp3 libevolution5.0-cil aspell-am python-gobject-doc openoffice.org-l10n-mn libc6-xen xserver-xorg trophy-data t38modem pioneers-console libnb-platform10-java libgtkglext1-ruby libboost-wave1.39-dev drgenius bfbtester libchromexvmcpro1 isdnutils-xtools ubuntuone-client openoffice.org2-math openoffice.org-l10n-lt lsb-cxx-ia32 kdeartwork-emoticons-kde4 wmpuzzle trafshow python-plplot lx-gdb link-monitor-applet libscm-dev liblog-agent-logger-perl libccrtp-doc libclass-throwable-perl kde-i18n-csb jack-jconv hamradio-menus coinor-libvol-doc msx-emulator bitbake nabi language-pack-gnome-zh libpaperg popularity-contest xracer-tools xfont-nexus opendrim-lmp-baseserver libvorbisfile-ruby liblinebreak-doc libgfcui-2.0-0c2a-dbg libblacs-mpi-dev dict-freedict-spa-eng blender-ogrexml aspell-da x11-apps openoffice.org-l10n-lv openoffice.org-l10n-nl pnmtopng libodbcinstq1 libhsqldb-java-doc libmono-addins-gui0.2-cil sg3-utils linux-backports-modules-alsa-2.6.31-19-generic yorick-yeti-gsl python-pymssql plasma-widget-cpuload mcpp gpsim-lcd cl-csv libhtml-clean-perl asterisk-dbg apt-dater-dbg libgnome-mag1-dev language-pack-gnome-yo python-crypto svn-autoreleasedeb sugar-terminal-activity mii-diag maria-doc libplexus-component-api-java-doc libhugs-hgl-bundled libchipcard-libgwenhywfar47-plugins libghc6-random-dev freefem3d ezmlm cakephp-scripts aspell-ar ara-byte not+sparc openoffice.org-l10n-nn linux-backports-modules-karmic-generic-pae
    [Show full text]
  • Groovy and Java: a Comparison Groovy’S Resemblance to Java Is Often Quite Striking
    APPENDIX ■ ■ ■ The Groovy Language Groovy is an all-purpose programming language for the JVM. It was born in 2003 when James Strachan and Bob McWhirter founded the Groovy project with the goal of creating a glue lan- guage to easily combine existing frameworks and components. Groovy is a language that aims to bring the expressiveness of languages such as Ruby, Lisp, and Python to the Java platform while still remaining Java friendly. It attracted much excitement with these ambitious goals, because the majority of other scripting languages on the Java platform either used an entirely alien syntax and APIs or were simply Java without the need to specify types. Despite its youth, Groovy is a stable, feature-rich language that forms the perfect base for Grails. This is a fantastic achievement, given the limited resources available to an open source project such as Groovy. Groovy was an obvious choice as a platform for the Grails framework, because it provides the necessary underlying infrastructure to create the diverse range of miniature domain-specific languages utilized throughout Grails. ■Note Martin Fowler has written an excellent article about domain-specific languages: http://www.mar- tinfowler.com/bliki/DomainSpecificLanguage.html. What does this mean? Well, the syntax you see used throughout the book has often been magically enhanced and shortened by using a combination of Groovy’s already concise syntax and its support for metaprogramming. Groovy performs a lot of magic under the covers, abstracted away from the developer. This removes the burden from the programmer who would otherwise be required to write reams of unnecessary, repetitive code.
    [Show full text]
  • 451 Angular CLI, 77, 412 Component, 89 Detection, 398–399 Http Client, 320–321 Module System, 119 Deployment, 130 Ex100
    Index A AngularJS vs. Angular Angular JavaScript using JavaScript CLI, 77, 412 engines, 18 component, 89 platform, 17 detection, 398–399 semantic versioning, 16–17 Http client, 320–321 shims and polyfills, 18 module system, 119 controllers and components, 22 deployment, 130 dependency and constructor ex100, 123–126, 128–129 injection, 22–23 feature module, 122–123 forms, 24 Node commands, 131 modules, 21 root module, 121 module system, 116 routing module, 122 scope, controllers, and components, 24 shared module, 123 templates, 25 Start project, 120–121 Annotations, 91 pipes app.component.spec.ts, 412 combining date formats, 388 Application component, 89 currency, 386 Asynchronous data streams date, 386 event-based reactive programs, 291 json, 388 observable sequences, 292 lowercase, 385 observers, 292–294 percentage, 386 operators predefined date formats, 387 buffer, 300 shortdate, 386 debounce, 302–303 UK pound currency, 386 distinct, 304 uppercase, 385 filter, 304 variety of, 388, 390 from, 298 uses observables, 310 interval, 298 451 © Mark Clow 2018 M. Clow, Angular 5 Projects, https://doi.org/10.1007/978-1-4842-3279-8 INDEX Asynchronous data streams (cont.) Command line interface (CLI) map, 301 bootstrapping, 84–85 of (Was just), 299 compilation, 86 range, 299 compile errors, 82 repeat, 299 creating project, 78–79 scan, 301 file watcher and web server, 84 share, 306–307 modifying project, 81 take, 305 options, 85 timer, 300 root folder, 80 subscription, 295 runtime errors, 82 Asynchronous JavaScript and XML (AJAX) source code, 80 callbacks, 6 Component(s) encoding, 7–8 child, 159–160 HAL and HATEOAS, 8–10 class, 97 JSON and XML, 5 class life cycle promises, 6 constructor vs.
    [Show full text]
  • Less Code, More Fun
    KOTLIN LESS CODE, MORE FUN Speaker notes Michael Fazio - @faziodev + 1 Speaker notes + 2 . 1 Speaker notes I work here! 2 . 2 Speaker notes + 3 . 1 Speaker notes + 3 . 2 Speaker notes + 3 . 3 Speaker notes + 3 . 4 3 . 5 WHAT IS... Speaker notes First unveiled in 2011 (after being in dev for a year) Open-sourced in 2012 Version 1.0 released on February 15th, 2016 JetBrains said most languages were lacking the features they wanted Except Scala, but it was slow to compile JetBrains hopes to drive IntelliJ sales 4 . 1 "STATICALLY TYPED PROGRAMMING LANGUAGE FOR MODERN MULTIPLATFORM APPLICATIONS" 4 . 2 STATICALLY TYPED val numbers: List<Int> = listOf(1, 4, 7, 10, 23) enum class Sport { Baseball, Football, Soccer, Basketball } data class Team(val city: String, val teamName: String, val sport: Spo Speaker notes Staticallyval teamtyped: = Team("Milwaukee", "Brewers", Sport.Baseball) Know type of variable at compile time Java C, C++, C# Kotlin uses type inference Type system can figure the type out Don't always have to specify Will warn if not clear Modern: Concise code Lots of features 4 . 3 MULTI-PLATFORM Speaker notes First-class language on Android Interoperable with JVM Transpile Kotlin into JavaScript Compile native code (without VM) Windows Linux MacOS iOS Android WebAssembly 4 . 4 100% JAVA INTEROPERABILITY import io.reactivex.Flowable import io.reactivex.schedulers.Schedulers Flowable .fromCallable { Thread.sleep(1000) // imitate expensive computation "Done" } .subscribeOn(Schedulers.io()) .observeOn(Schedulers.single()) .subscribe(::println, Throwable::printStackTrace) Speaker notes Call existing Java libraries Use Java classes Can call Kotlin classes from Java May need a bit of tweaking 4 .
    [Show full text]